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SECURE NETWORK SYSTEM AND METHOD FOR TRANSFER OF MEDICAL 

INFORMATION 



RELATED APPLICATION 

5 This application is related to and hereby claims the priority benefit of a provisional 

application entitled "Secure Network System and Method For Transfer of Medical 
Information" filed February 19, 1999, and assigned Application No. 60/120,823. 

NOTICE OF COPYRIGHT 

10 A portion of the disclosure of this patent document contains material that is subject 

to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it appears in the 
Patent and Trademark Office patent file or records, but otherwise reserves all copyright 
rights whatsoever. 

15 

FIELD OF THE INVENTION 

The present invention relates generally to the transfer of medical information 
through a public network, and more particularly to a network system for secure 
conomunication of medical information across a virtual private network. 

20 

BACKGROUND 

In many fields (e.g., medicine, manufacturing, veterinary science, scientific 
research, etc.), it is often necessary to examine a subject and communicate the results of the 
examination to a remote place. Such information exchanges are especially desirable in the 
25 medical arena where it is often useful for medical practitioners to conmiunicate medical 
information, such as patient test results, e.g., radiology studies or cardiac studies, to other 
practitioners located in remote places. Telemedicine facilitates this exchange of 
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information, Telemedicine is generally the electronic transmission of medical data from 
one location to another for purposes of interpretation and consultation. Telemedicine is 
gaining interest in the medical community, in part due to an increasing shift in health care 
delivery from hospitals to physician offices, extended care facilities, ambulatory treatment 
5 centers and patients' homes. 

The medical information communicated by telemedicine systems may be derived 
from a variety of different medical modalities. Such modaUties may include sophisticated 
radiology equipment grouped as small matrix size and large matrix size instruments. Small 
matrix size systems include equipment for magnetic resonance imaging (MRI), computed 

10 tomography (CT), ultrasonography (US), nuclear medicine (NM) and digital fluorography. 
Large matrix size systems include equipment for computer radiography (CR) and digitized 
radiography (DR). Other data image acquisition equipment may be used for 
radiofluoroscopy, angiography, such as x-ray angiography and heart scanning. Still other 
equipment of great usefulness in acquiring medical information includes secondary capture 

15 devices for video, endoscopy, microscopy, and photography, such as digital cameras, 
scanners, electrocardiogram (ECG) machines, and the like. 

The resulting medical information may take numerous forms, including text, images 
and video, or variations thereof, such as image overlay data, measurements, coordinates, 
etc. Information may also be in the form of time-dependent data including sound, such as 

20 audio dictation, and waveform data. The data may be static representations of time- 
dependent forms, such as curves. Thus, it is advantageous for telemedicine systems that 
may need to transfer the data and/or information to be flexible, so as to accommodate this 
variety of information/data from multiple modalities. 

Typically a medical study on a patient results in a very large data file which may 

25 include a combination of data forms. For example, an MRI study on a patient may include 
text and about 100 images, each of which may be 300 to 500 Kb in size, loading to a study 
of 50 to 80 Mb total of data. This large amount of data presents a particular problem for the 
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rapid sharing of medical information. Time is often of the essence during healthcare 
decision making. For example, an attending practitioner may need to obtain immediate 
advice on caring for a patient from a remotely located specialist. Therefore, it is critical that 
telemedicine systems transfer large data files in a timely fashion. 
5 It is also important that telemedicine systems provide for the transfer of such large 

amounts of data without data loss. Some medical industry standards require that medical 
information transferred by telemedicine systems maintain sufficient detail for accurate 
interpretation by the practitioner. Multi-specialty DICOM Standards describe acceptable 
parameters to manage delivery of multimedia medical information. The DICOM Standards 

10 were originally published by an ACR-NEMA conmiittee sponsored by the American 
College of Radiology and the National Electrical Manufacturers Association as Digital 
Imaging and Conmiunications in Medicine (DICOM), NEMA Publications PS 3.1-PS3.12, 
by The National Electrical Manufacturers Association, Rosslyn, VA, 1992, 1993, 1994, 
1995. These DICOM Standards define the form and flow of electronic messages that 

15 convey images and related information between computers through TCP/IP. Therefore, it 
is desirable for medical information transfer systems to acquire and transmit complex data, 
such as radiology images, in a manner that complies with the DICOM Standards. See, e.g., 
Bidgood, et al., "Understanding and Using DICOM, the Data Interchange Standard for 
Biomedical Imaging," J. Am. Med. Informatics Assoc., 4:3, 199-212, May- June, 1997. The 

20 transferred information should be presented in the context and form that is most helpful for 
practitioners to make sound health and wellness decisions. 

The medical profession is also under a strict duty to protect the confidentiality of 
patients' medical records. Thus, protection of medical data/information in telemedicine is 
of paramount importance. Most telemedicine systems include some form of security 

25 measures such as the use of passwords. Password identification determines whether a user 
is authorized to gain access to a system. However, passwords are insufficient mechanisms 
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to maintain patient confidentiality from intruders who gain knowledge of a user's password 
to log onto a system and "man in the middle" attacks on the Internet. 

For secure and fully private long distance conmiunications, point-to-point 
connections between sites have been employed. Private networks, such as wide area 
5 networks (WAN's), are typical. Unfortunately, these systems are inflexible and involve 
prohibitive costs. Large telemedicine networks that span long distances, e.g. across 
continents, become too costly for current conventional private WAN architecture. Since all 
sites must be hardwired, the addition of new sites to the network is inconvenient. A medical 
enterprise must install and support terminal equipment and software for each WAN site. 

10 Furthermore, the volume of information designated to travel over the network may 
overload the system. For example, rural medical sites may only have access to poorly 
maintained telephone lines that are an inadequate medium for transmission of medical data. 

Public networks provide a flexible and inexpensive option for long distance inter- 
networking. Each of the remote sites in a medical network need only be connected to a 

15 local Internet provider. Adding new connections is simple and inexpensive. Once 

connected to a local Internet provider, a site can quickly connect to any destination around 
the world allowing a practitioner at one location to interpret medical test results and consult 
with another practitioner located elsewhere. 

There are few places of the globe that the Internet can not reach. Medical 

20 information transfer systems that employ the Intemet may allow for remote locations, such 
as third world countries that do not have an attending specialist, to access needed medical 
expertise. Furthermore, emergency care may be provided where a practitioner is 
temporarily away, e.g., at home or on vacation. See, e.g.. Thrall JH, Boland G., 
"Telemedicine in practice". Seminars in Nuclear Medicine 28(2): 145-57, Apr. 1998. 

25 However, traditionally medical networks have avoided transfer of information over 

the Intemet , in part, because of security constraints. The Intemet includes public 
segments, where the same infrastmcture is shared by potential competitors, hackers, and the 
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like. Such public networks expose the medical enterprise to at least the following two 
dangers: (1) unauthorized Internet access into the medical network and (2) eavesdropping 
on and tampering with a conmiunication as it passes through the Internet. 

A virtual private network (VPN) may use both private and public network segments 
5 or entirely use pubUc segments e.g., the Internet, to link resources together into a single 
network. Encryption technology employed at connections between private and public 
networks can be used to protect the data transferred between such networks as if the 
connection between them was entirely private. Such use of encryption in virtual private 
networks provides some security measures for the transfer of sensitive information. 

10 Another problem with the use of the Internet is that the heavy traffic flowing over 

public connections may lead to delay problems in the transfer of the large amounts of data. 
Most Internet systems are not structured to allow for quick transfer of the volume of data 
files that are typical of medical information. Transfer efficiency depends on, inter alia, 
characteristics of the network segments that the packets must traverse, congestion on those 

15 segments and efficiency of the dispatcher. High delay environments include satellite 
connections, national links and international links. 

Furthermore, where more data is attempting to flow between two points than a 
public system can handle, the data packets are simply thrown away by overloaded routers. 
Lost packets must be resent by the dispatcher, typically in a manner that is time consuming 

20 and renders the telemedicine system unusable. Transfer systems used to transmit data 
compliant with DICOM standards are usually designed to abort incomplete file 
transmissions and to restart the transfer from the beginning of the file, rather than just 
resending the failed packets. Telemedicine systems that employ mechanisms used to 
compensate for latency and loss of data in transfer are of great interest. 

25 Moreover, typical transfer systems that are used to transmit DICOM compliant data 

are not appropriately configured to transfer data over the Internet. These systems have IP 
addresses that are suitable to destinations within a local area network. However, often these 
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same IP addresses are unacceptable for the routers on the Internet. This factor, compounded 
with an overall shortage of routable IP addresses available for transfer systems in general, 
makes transfer of medical data directly from medical modalities across the Internet 
complicated. 

5 Thus, in light of the shortcomings of the various currently available systems, there 

is still a need for secure medical transfer systems that allow for transfers of large amounts 
of data in a timely and efficient manner. In particular, there is a desire for telemedicine 
systems that use an encrypted and reliable Internet protocol to create a protected 
conamunication pipeline. Moreover, there is a need for systems that can move DICOM or 
10 other medical data between hosts by providing routable IP addresses. 
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SUMMARY OF THE INVENTION 

In one embodiment, a transmitter is provided for sending medical information into a 
network. At least a portion of the network includes secured public channels to create a virtual 
private network. The transmitter includes a data interface for acquiring medical data and a network 
5 interface for transferring the medical data into the network for receipt at a disassembly structure. 
An assembly unit may be used to gather the medical data acquired by the transmitter and to form 
packets that include such data. In some cases, the transmitter includes a remapping unit to attach 
an address to the packets for identifying the disassembly structure that is to receive the packets as 
well as receiving station(s) for the medical data's ultimate destination(s). In one embodiment the 

10 remapping unit attaches alias application entity titles (alias AE titles) to the packets. The 
remapping unit may also serve as a network address translator (NAT) to attach routable IP 
addresses to the packets. 

Often, the transmitter will include a processing unit configured to encrypt the medical 
information across protocol layers prior to the packets being sent into the network, thus providing 

15 confidentiality during the data transfer. Internet Procotol Security (IPSec) Standards may be 

employed by the processing unit for providing these secure data transfers. In other configurations, 
the processing unit may be configured to authenticate and/or provide key management to the 
packets across protocol layers. The transmitter may further include a firewall. One such firewall 
has a network port at the data interface and another network port at the network interface. 

20 The transmitter may employ mechanisms for conserving the time it takes for transfer of a 

medical study to the disassembly structure. In one such mechanism, the assembly unit compiles 
large amounts, e.g., between 0.1 megabyte and 5.0 megabytes, of data into packets. A confirmation 
unit in the transmitter may receive acknowledgement of a completed packet transfer within a 
threshold time. In some cases, the threshold time may be set at 1 to 500,000 msec. Then, in some 

25 embodiments, only the packets to which no acknowledgement is received within the threshold time 
are resent. 
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The medical information transferred by the transmitter may be text, image, overlay, 3-D 
volume, waveform, curve, video or sound data, or any combination thereof. The data entering the 
transmitter is preferably in compliance with DICOM Standards and/or HL7 Standards. In some 
cases, the transmitter changes the form of the data to not conform to DICOM Standards and the 
5 disassembly structure reconfigures the data to adhere again to DICOM Standards. 

Another embodiment provides a medical virtual private network system that includes at 
least one medical modality to generate medical data. This data may be sent to an information 
transmitter through an associated data interface. One or more disassembly structures 
communicatively coupled to the transmitter through the network may receive the data in the form 
10 of packets transmitted by the transmitter. Such disassembly structures decrypt the data packets and 
relay the data to at least one receiving station. The disassembly structure optionally is a transmitter, 
including features of both the disassembly structure to receive data and a transmitter for gathering 
data from modalities and sending the data over the network. 

Still other embodiments may provide a computer readable medium having stored 
15 therein a plurality of sequences of instructions, which when executed by a processor, cause 
the processor to perform certain steps. Among these steps may be included the steps of 
assembling medical data into packets; remapping DP addresses or aUas AE titles to the 
packets for identifying a disassembly structure; encrypting the packets across protocol 
layers; and/or sending the packets into a pubic network for receipt at the disassembly 
20 structure. Of course, other embodiments may provide only the instructions themselves or 
methods of performing these steps. 

Other features and advantages of these and other embodiments are discussed in 
detail below. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, and not limitation, in the 
figures of the accompanying drawings in which: 

Figure 1 illustrates one embodiment of a medical virtual private network 
5 configured in accordance with the teachings presented herein. 

Figure 2 is a block diagram of one embodiment of a transmitter configured in 
accordance with the teachings presented herein. 

Figure 3 is an example of a table of a relational database that may be used by the 
remapping unit of a transmitter in accordance with the methods described below. 
10 Figures 4A-4B illustrate the fields of a secured medical data packet in accordance 

with the teachings presented herein, wherein Figure 4A shows a packet constructed in 
accordance with IPSec Standards using AH protocol and Figure 4B shows a packet with 
constructed in accordance IPSec Standards using ESP protocol. 

Figure 5A-5B are a flow diagram of methods of resending incomplete 
15 transmissions, wherein Figure 5 A shows a process to reduce transfer time for transmission 
of a medical data file in accordance with the present methods and in Figure 5B shows a 
prior art process of resending an entire data file. 

Figure 6 is a block diagram of one embodiment of a disassembly structure and a 
receiving station configured in accordance with the teachings presented herein. 
20 Figure 7 illustrates one embodiment of a secure network system with multiple sites, 

modalities and receiving stations any or all of which may be configured in accordance with 
the teachings presented herein. 
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DETAILED DESCRIPTION 

The Medical Network System and Method for Transfer of Information described 
below is configured to provide reliable, secure and flexible communication of medical 
information including medical images and clinical data to remote facilities and users. The 
5 system utilizes a transmitter that includes a variety of safeguard services to provide this 
protected network environment across the Internet. The transmitter is further configured to 
permit easy additions of new sites to the network. By incorporating efficient packet 
assembling and receiver acknowledgment techniques into the system, bulky medical 
information may be rapidly transferred to any desired destination. 

10 Figure 1 illustrates an exemplary secure network system 10 configured in 

accordance with one embodiment of the present invention, A modality 12 is coupled to a 
transmitter 20 through a DICOM converter 14, A disassembly structure 50 receives 
communication from the transmitter 20 across a public network 16. The disassembly 
structure 60 may send the medical information to receiving station 80, which station may 

15 optionally display, manipulate, store and/or print data captured/provided by modality 12. 
The disassembly structure 50 may also transmit an acknowledgment of receipt of such 
medical information to the transmitter 20. It should be noted that the scope of the present 
invention anticipates any number of modalities, transmitters, disassembly structures and 
workstations configured in accordance herewith and arranged in various fashions. 

20 The modality 12 may be any type of device that generates data or data signals 

related to the examination of a subject. The subject is preferably a human being or an 
animal (or a portion of either thereof), but may also be an inanimate object that is being 
inspected. The modality may perform the direct examination of the subject, where the 
modality includes a detection component. Alternatively, the modality 12 may create data or 

25 signals from a user's input, where the modality has an input component such as a keyboard, 
mouse, microphone, etc. 
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Although the modality 12 may pertain to the examination of a subject in any 
number of fields, such as manufacturing, veterinary science, scientific research, etc., the 
modality is preferably a medical device to retrieve data related to a subject's physical 
condition. Medical modalities used in radiology include data acquisition equipment for 
5 magnetic resonance imaging (MRI), computed tomography (CT), ultrasound (US), nuclear 
medicine (NM) and digitized radiography (DR), computer radiography (CR) and digital 
fluorography. Other modalities include photographic devices such as high resolution 
digital cameras; sound capture interfaces such as verbal dictation interfaces, Sound 
Blaster™ interfaces, and the like; video capture interfaces such as Snappy® brand parallel 

10 port video capture devices; flatbed scanners and especially Twain compliant acquisition 
devices such as Visioneer Paperport®. Still other modalities are for angiography, 
radiography, endoscopy, microscopy, physical exams and waveform devices to collect EEG 
and/or EGG data, such as from Hewlett Packard Corporation of Palo Alto, CA and 
American Medical Devices Corporation of Lowell, MA. In addition, the present invention 

15 anticipates other modalities and all of the aforementioned modalities are by way of 

example, and are not intended to limit the choices that are or may become available in the 
art. The data may be captured by such devices with assistance of specialized software, such 
as the plugin or ActiveX control technologies, as described, for example, in copending 
patent application, U.S. Serial No. 09/199,611. 

20 The data that is captured b the modality 12 and transferred by a secure network 

system configured in accordance with the present teachings may take numerous forms. 
Some common formats include text, images, video, sound, such as audio dictation, 
waveform, curves, and/or combinations or variations thereof. Medical data of this sort may 
be grouped into various types. Where the data entering the transmitter are medical data, the 

25 data maybe formatted to be in compliance with several medical standards, for example 
DICOM and HL7 Standards. Clinical data is information acquired by a medical modality 
during the examination of a patient and relates to the patient's physical health. Examples 
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of clinical data may include radiology images, camera photographs, sound recordings, and 
the like. Parameter data is another type of data representing criteria surrounding the 
acquisition of clinical data. Parameter data includes the settings of the medical modality 
acquiring the clinical data, relationships of multiple sets of data such as overlay data, 

5 timing of the data acquisition, measurements, coordinates, and the like. The parameter data 
includes some of the information required by the DICOM Standards for stored and 
transferred medical files. Other medical data may include 3-D volume data; series data for 
all clinical data in a medical series, e.g., coronal slices vs. axial slices in a CT exam or 
echoes as Tl slices vs. T2 slices in an MRI exam; annotation data for notes made by a 

10 practitioner, usually relating to the cUnical data; and background data such as patient 
history and/or physical examination information. 

DICOM Standards require that transferred data have application entity titles (AE 
titles) to designate the applications and stations which are to ultimately receive the data. In 
addition to AE titles, the DICOM Standards also require that transmitted data include IP 

15 addresses and a port numbers to identify the medical data's final destinations. The modality 
generating the data may attach individual AE titles for every receiving station to acquire the 
data, as well as IP addresses and port numbers. 

In a preferred embodiment of the present invention, the use of an AE title is 
extended to define the disassembly structure for which the data is intended and optionally 

20 other useful information such as directions on the compression and encryption associated 
with the transferred medical data. This additional information is captured within an alias 
AE title that is attached to the data. The alias AE title may be recognized by all transmitters 
and disassembly structures located in a particular medical network. Whereas a normal AE 
title is used to identify a receiving station by devices which connect directly to the station, 

25 an alias AE title is used for data transferred through an intermediary disassembly structure, 
according to the present invention. For example, local devices, such as within a LAN, may 
use an AE title to direct information straight to the receiving station, but a device 
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connecting to the same station through a transmitter and disassembly structure gateway may 
use an alias AE title. Often, a particular alias AE title is designated by the disassembly 
structure associated with each receiving station and any transmitter sending information to 
that disassembly structure must use its alias AE title. 

5 As shown in Figure 1, the dicom converter 14 receives data from modality 12 and 

conveys the data to transmitter 20 where it may be processed and sent to disassembly 
structures 60. Dicom converter 14 is an optional component to the secure network system 
10 that converts the raw data into DICOM compliant data. Dicom converter 14 may be a 
stand-alone device, such as Dicomizer^ (by Nexsys Electronics, dba. Medweb Inc. located 

10 in San Francisco, CA) or alternatively, may be an integral part of a computer system for 
controlling the operations of the modality. In the latter case, the modality is equipped to 
output data conformant with DICOM Standards. 

The transmitter 20 in secure network system 10 is any device, such as an IP host, 
computer or server (and may include a firewall or router) that receives medical data and 

15 transmits the data through a network. Preferably at least a portion of the network is a public 
network, e.g., a virtual private network or the Intemet. The transmitter may be a server as 
described in copending patent application, U.S. Serial No. 09/199,611, the contents of 
which is herein incorporated by reference in its entirety, and further includes the transmitter 
components to be described below. 

20 As shown in Figure 2, transmitter 20 has components for handling data in various 

ways. These components include a data interface (DI) 22 to receive newly acquired data, 
an assembly unit 24 for gathering together information, a remapping unit 26 for attaching 
addresses to the data, a processing unit 44 for manipulating the data and a network interface 
50 for sending the information so processed. Upon review of this specification, it will be 

25 appreciated by those skilled in the art that the components of transmitter 20 may be 
connected in various ways in addition to those described below. 
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In one embodiment, modality 12 may conmiunicate with the data interface 22 
through an Ethernet connection (i.e., the data interface 22 may be an Ethernet port). 
However, other communication schemes are suitable for transfer of data from modality 12 
to transmitter 20, such as serial interfaces, parallel interfaces, RS422 and/or RS432 

5 interfaces, Livewire interfaces, ffiEE-1394 serial busses, Appletalk busses, ATM busses 
and/or networks, token ring and/or other local area networks, universal serial buses, PCI 
buses and wireless (.e.g., infrared) connections, and the Uke. 

Now referring in more detail to the transmitter components shown in Figure 2, an 
assembly unit 24 may be coupled to the data interface 22 and gathers newly received 

10 medical data to form packets. The assembly unit 24 breaks messages into packets, e.g., as 
according to the TCP protocol. 

In a preferred embodiment, the assembly unit groups an amount of medical data into 
each packet that is larger than what is typically assembled into a packet traveling across the 
Internet. Generally, Internet procedures, e.g. TCP/IP, assemble about 750 bytes to 1 

15 kilobyte of data into a single packet. In contrast, according to this embodiment, assembly 
unit 24 collects greater than 1 kilobyte of data and usually between about . 10 megabytes to 
5.0 megabytes and more usually about 1 megabyte of data. In one example, a MRI study is 
80 megabytes. By current Internet procedures, each packet of data may include 1 kilobyte 
of data and take 300 msec to travel from a server across the Internet and to its destination. 

20 Consequently, the entire study takes at least 400 minutes to be transferred, assuming that 
every packet arrives to its destination the first time that they are sent. By comparison, in 
one example of the present invention, Imegabyte of medical data of the same 80 megabytes 
MRI study is assembled into each packet. As a result, the number of packets is reduced by 
1000 fold. 

25 These larger packet sizes shorten transfer times by reducing the number of packets 

per study that must travel across often lengthy distances to reach their destination. For 
example, each packet sent via satellite transmissions may need to voyage about 50,000 
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miles. Moreover, fewer acknowledgment-of-receipts are needed to be sent for each packet 
by the disassembly structure. The result is significant savings in the time it takes for a 
medical study to be communicated to a disassembly structure. 

In another embodiment, the assembly unit is configured to gather the medical data 
5 into very small packet of message transfer unit (MTU) sizes. For example, each packet may 
be 50 bytes to 500 bytes, and usually 50 to 200 bytes, and more typically 50 to 100 bytes. 
These very small MTU's are particularly useful in transmitting data across congested 
networks. In congested Internet environments, decreasing the size of a MTU to less than 
LO kilobyte may effect successful transport of packets through congested routers, where the 
10 routers tend to lose larger packets. 

Transmitter 20 is further equipped with a remapping unit 26 for assigning 
destination addresses to the data. The remapping unit 26 may be coupled to the assembly 
unit. The attached address may be several different formats, such as alias AE title, IP 
address, etc. 

15 In one embodiment, the remapping unit reads the header text that identifies the 

receiving stations for the data, determines the disassembly structure for that receiving 
station and attaches the address for the disassembly structure to the packet. 

In another embodiment, the destination address is an alias AE title. In this 
configuration, remapping unit 26 reads the AE titles to the receiving stations that are to be 

20 the data's ultimate destinations. As shown in the table in Figure 3, a relational database 28, 
usually in the form of a table, is used to cross-reference the AE titles 30, to identify the 
disassembly structures that are associated with each of the data's intended receiving 
stations. The disassembly structures' alias AE titles 32 are then determined and attached to 
the data packets. 

25 In still a further embodiment, the destination address attached by remapping unit 26 

is a routable IP address 34 to the disassembly structure. The remapping unit 26 acts as a 
Network Address Translation (NAT) component. The term "routable IP address" refers to 
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an IP address that designates a disassembly structure or transmitter and is acceptable by 
routers to direct the packets across the Internet. The routable IP address is usually globally 
registered. The term "private IP address" refers to the IP address for a receiving station 
associated with a disassembly structure or the IP address for a modality that is the source 
5 for data transferred by a transmitter. Usually the private IP address is not routable across 
the Internet. 

Whereas DICOM Standards require that each destination device be directly 
addressable, the remapping unit 26 may allow all of the receiving stations to share the same 
routable IP address to the disassembly structure. After the disassembly structure receives 

10 the data packets, the disassembly structure delivers the data to the appropriate receiving 
station. Similarly, the private IP address for each modality source of the data may be 
substituted for a routable IP address to the transmitter. Thus, replies received by the 
transmitter may have the source modality's private IP address restored and the replies are 
directed to the appropriate source. In this manner, one may transfer DICOM compliant data 

15 across the Internet without having to register numerous IP addresses. 

Often the remapping unit 26 performs both AE title remapping and NAT. The 
database 28 may list the alias AE titles 32, routable IP addresses 34 and port numbers 36 
for each disassembly structure. An unlimited number of AE titles and IP addresses may be 
stored in the database, and usually between 50 and 100. The IP addresses and port numbers, 

20 and optionally the AE titles, for each appropriate disassembly structure is attached to the 
data packets. In an exemplary embodiment, the database also retains information on the 
compression ratios 38 and types of security, such as encryption 40, which should be used to 
transmit the data. Thus, in one embodiment, after remapping, the packets include the data 
as well as the following: a disassembly structure's routable IP address and port number; an 

25 alias AE title to the disassembly structure; and a receiving station's AE title, private IP 
address and port number. 
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In one case, the packets leaving the transmitter are no longer compliant with 
DICOM Standards . For example, alias AE titles may be provided rather than the DICOM 
specified AE titles. The packets may become DICOM compliant again by the disassembly 
structure restoring appropriate DICOM information, e.g. AE titles, to the data prior to 

5 transferring the data to the receiving station. 

In an alternative embodiment, the remapping unit examines the content of the data 
for information and uses this information to determine which receiving station and 
disassembly structure is to receive the data. The remapping unit then attaches the 
appropriate address to the packet. One example of content-based information is the type of 

10 medical data in each packet, wherein the receiving station is designated to accept a specific 
type of data. In one example, the data is a mammogram and the data is automatically 
forwarded to a remote mammogram-screening center, A processing unit 44 in the 
transmitter 20 provides a mechanism to process the data packets prior to data transmission 
via various manipulation components, e.g., encryption component 46. For example, 

15 processing unit 44 may be a general-purpose processor that transfers data to and from the 
manipulation components. Alternatively, processing unit 44 may be a processor configured 
to execute instructions defined by manipulation components (e.g., where encryption 
component 46 is a computer program). Conmionly, the processing unit 44 is coupled to the 
assembly unit or remapping unit. 

20 The encryption of data by encryption component 46 provides for secure 

transmission of data to the disassembly structure, usually by scrambling the message, 
whereas the disassembly structure may be used to decrypt, or unscramble, the data. Some 
types of encryption include Internet Protocol Security (IPSec) for providing encryption of 
all traffic between two security gateways, e.g, the transmitter 20 and the disassembly 

25 structure 60, secure socket layer (SSL) and transport layer security (TLS) for securing Web 
browser communications and pretty good privacy (PGP) for protecting e-mail 
communications. 
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In some cases the processing unit 44 is also configured to authenticate the packets. 
Authentication validates the sender of a packet, prevents undetected modification to a 
packet's content in transit and stops address spoofing attacks by protecting IP addresses, 
port numbers and AE title fields. Authentication may be through use of a digital signature 

5 to identify the author of a message. 

In other embodiments, the transmitter 20 is further configured to provide key 
management to the packets. The present medical network requires that only the transmitter 
20 and disassembly structure 60 be assigned keys. Thus, the present scheme allows for 
fewer keys to be distributed, compared to other systems that require all receiving stations to 

10 have keys. 

Either manual or automated key management may be employed, and usually an 
automated system is used. Li preferred embodiments, an Oakley Key Determination 
Protocol is employed with Internet Security Association and Key Management Protocol 
(ISAKMP). 

1 5 Other security measures may be taken to provide nonrepudiation by providing 

cryptographic receipts. In this manner, an author of a message may not falsely deny sending 
the information. 

Such security services, /.e., encryption, authentication and key management, 
preferably conform to IPSec Standards, as developed by William Stallings, the Internet 

20 Engineering Task Force to provide end-to-end security for packets. See, e.g.. Cryptography 
and Network Security, 2'^'^ ed.. Prentice Hall, NJ, pgs. 399-440, 1999. IPSec provides 
security services at the IP layer, i.e., optional in IPv4 and mandatory in Pv6, and below the 
transport layer, e.g., TCP, UDP, so it is transparent to applications and end users. 

The security benefits of IPSec are numerous. IPSec provides for connectionless 

25 integrity to verify that messages are not modified in transit by using an authentication data 
field, data origin authentication, confidentiality and limited traffic flow confidentiality. Li 
one embodiment of the present invention with IPSec, replayed packets are rejected by use 
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of a sequence number field to increase a number counter for each packet that is sent to a 
particular disassembly structure. The disassembly structure verifies that the packet has not 
yet been received if the number has not yet been accounted for or discards packets with 
replicated sequence numbers. 

5 The processing unit may attach headers to the packets in accordance with IPSec. 

Where authentication is provided by the transmitter, the header of a protocol. 
Authentication Header (AH), is attached to the packet. AH is described in RFC 1826. In 
one preferred embodiment, both authentication and encryption are provided by a header for 
the protocol, Encapsulating Security Payload (ESP). ESP is described in RFC 1827. Both 

10 RFC 1826 and 1827 are updated in RFC 2206. 

The present scheme also anticipates use of either transport mode or tunnel mode for 
transferring packets across the secure network, and more often tunnel mode is used. On 
occasions where transport mode is used, the upper-layer protocols are protected. For 
example, the AH or ESP header is inserted after the original IP header and before the TCP 

15 segment. The part of the packet not required for routing is encrypted. 

In tunnel mode, the transmitter protects the entire IP packet, such that the entire 
packet is encrypted and placed inside of another packet with normal routing information. 
This is done at a level in the kemals of the transmitter between the basic routing and the 
socket layer code The transmitter treats the security fields as a new outer IP packet that 

20 encapsulates the original packet. For example, the AH or ESP may be inserted between the 
original IP header and a new outer IP header containing sufficient information for routing. 
In exemplary encapsulated packets shown in Figures 4A and 4B, the data packet 100 has 
an outer packet 102 that contains, an alias AE title (not shown), a routable IP address 104, 
and port number 106 to the disassembly structure. The inner packet 122 carries the IP 

25 address 124, port number 126, and AE title 128 to identify the receiving station, as well as 
the transport layer header 132, such as TCP, UDP and ICMP, the data 130 that was 
assembled by the transmitter and a compression header 134. Typically, no intermediate 
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routers along the communication line may examine the inner IP header. These interim 
machines do not know that the packets they are passing are encrypted. 

In Figure 4A, an ESP header 108, ESP authorization header 112 and ESP trailer 
110 is also added to the outer packet. The ESP trailer 110 may include padding, pad length 

5 and next header fields. In Figure 4B, an AH header 114 is added to the outer packet instead 
of the ESP header 108, ESP authorization header 112 and ESP trailer 110. 

Transmitter 20 also includes a network interface 50 configured to send the packets 
into the network connection and to disassembly structure 60 such as with the IP protocol. 
The transmitter 20 may further include an acknowledgement unit 48 that is 

10 configured to receive acknowledgements that a disassembly structure 60 has received a 
packet sent by the transmitter . The transmitter 20 may have a predefined threshold of time 
(as maintained by an internal timer) in which an acknowledgement unit 48 will consider a 
received acknowledgment as representing a successful transfer of a packet. Li preferred 
embodiments, the threshold time is longer than the threshold time used in typical hitemet 

15 systems and is generally about 1 to 500,000 msec and more typically 100,000 to 250,000 
msec. The chosen threshold time may be set to correspond with the latency in transmission 
which may depend, inter alia, on the type of transmission pipeline across which the packets 
travel. For example, where the packets must traverse very long distances, such as via 
satellite transmissions, the latency may be longer and threshold time is accordingly 

20 extended. In addition, where the packets must travel across congested lines, a longer 

threshold period is used. In this manner, the transmitter 20 avoids considering packets lost 
in cases where the acknowledgment may take longer to be received. 

If acknowledgement unit 48 does not receive an acknowledgement for a packet 
within the threshold time, the packet is considered lost and the connection between 

25 transmitter and disassembly structure breaks. Where a single packet of a series of packets 
comprising a study is lost, conventional protocols require that connection become re- 
opened and the entire study be resent from the starting packet. Thus, even packets that were 
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initially received by the disassembly structure and for which acknowledgments were 
successfully sent, are transmitted to the disassembly structure again. This redundancy in 
transmitted packets wastes precious time in transmitting a medical study. 

However, a preferred embodiment of the present invention avoids redundant 

5 transmissions of packets by including procedures in which the transmitter 20 only sends 
those packets for which acknowledgment is not received, rather than sending all packets 
over again. The present network system adds another level of intelligence that closely links 
the software components which track file transmission progress, Le, how much of the file 
has been transmitted, with the underlying transmission protocol which tracks packet loss 

10 and retransmission. As a result, the socket connection may be opened and closed many 
times over the course of transmitting one file, but the file transmission always makes 
progress when the connection is up, rather than starting over. 

Such an algorithm 150 performed by the acknowledgement unit 48 is shown in 
Figure 5 to efficiently send a data file 152 having a first packet 154, second packet 156 and 

15 third packet 158. The transmitter sends (step 160) each of the packets comprising the data 
file 152 for a medical study to the disassembly structure. The transmitter questions (step 
162) whether an acknowledgement response has been received for each of the transmitted 
packets within the threshold period of time. If the acknowledgment is not received, the 
transmitter considers the entire data file with all packets and identifies (step 164) the lost 

20 portion of the data file 150 to which no acknowledgement was received within the 

threshold period of time. The transmitter resends only those lost portions of the data file 
150. If acknowledgment is received within the threshold time, the transmission is 
considered complete (step 166). In past schemes as shown in Figure 5B, where an 
acknowledgement is not received within a threshold time, the transmitter is required to 

25 resend all the packets that make up the data file. 

Referring once again to Figure 1, the remote disassembly structure 60 and 
transmitter 20 may be in communication through a variety of connections. Figure 6 shows 
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one example of a disassembly structure 60 with a transmitter connector 62 through which 
the transmitter communicates with the disassembly structure. Typically, transmitter 
connector 62 is a hypertext transfer protocol (HTTP) connection. The association between 
the transmitter and disassembly structure is usually a dedicated connection, e.g. public 

5 network. The connection may be a telephone line. The communication link may be also 
made by a serial line Intemet protocol (SLIP), point-to-point protocol (PPP), an XDSL link, 
a satellite or other wireless link, a cable modem, ATM network connection, an ISDN line, a 
DSL line, or other communication hnk. ISDN lines and DSL lines are useful because they 
are digital technologies, thus obviating any need to convert information from digital to 

10 analog form prior to transmission. 

Where tunnel mode IP security is provided to the packets, the disassembly structure 
60 examines the outer IP header and any outer IP extension headers of the received packet 
and de-processing unit 64 reconstructs the data. The de-encapsulating unit 66 of the de- 
processing unit 64 strips off the outer IP header. The disassembly structure also may 

15 decrypt 68 the packet to reveal the inner packet, such as by using a security parameters 
index (SPI) in the ESP header. 

The IP address, AE title, header or other such identifier of the receiving station is 
read and the inner packet with medical data is transferred to the appropriate receiving 
stations 80. 

20 Preferably the inner packet is converted to be compliant with the DICOM Standards 

(e.g., with IP address, port number and AE title) by dicom converter 70 before being 
relayed to the receiving stations 80. The dicom converter 70 may convert various types of 
data to be DICOM compliant, such as video, CT data, twain data, etc. Such conversion 
software may be conveniently acquired through a plug-in or ActiveX control. 

25 The disassembly structure 60, through the use of an acknowledgement transfer unit 

72 may be configured to send acknowledgments to the transmitter 20 for each data packet 
that is successfully received by the disassembly structure 60. Thus, the disassembly 
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structure is able read the packet to determine the appropriate transmitter to receive the 
acknowledgment. The acknowledgment packet is small relative to the medical data packet, 
e.g., 5-10 bytes. 

In another configuration, the disassembly structure 60 includes elements of a 

5 transmitter 20, configured to transmit medical data as well as elements to receive medical 
data from another transmitter. Thus, all of the features of the disassembly structure 60 and 
transmitter 20 are incorporated into one unit. Li still other configurations, the receiving 
station 80 includes the disassembly structure 60 and is configured to de-process the packets 
and/or or includes all features of a transmitter 20. 

10 The communication between the disassembly structure 60 and the receiving station 

80 takes place through a station interface (SI) 74 of the disassembly structure 60. The 
communication pathway may be through various mechanisms and usually through a LAN 
or a WAN, Multiple receiving stations 80 may be connected to receive information from 
the disassembly structure 20. 

15 Receiving station may be any device configured to receive the data, e.g., a 

workstation, archive, worklist manager, modality, or DICOM compliant device. In one 
preferred embodiment, the receiving station 80 may include a platform 82, e.g., a personal 
computer (PC), such as a Windows^M-based PC, Macintosh™, or one of a wide variety of 
hardware platforms that runs the UNIX™ operating system. The receiving station 80 may 

20 further includes a display 84, which is coupled to the platform 82 through a display 

controller 86. Display 84 may be any one of a number of conventional display devices such 
as a liquid crystal display or a video display. For sharp colors and grayscale, display 84 is 
preferably an SVGA monitor, with a resolution of 26dpi or better, and an active area of at 
least 17 inches, controlled using a true color video card. High resolution, plain film may be 

25 displayed on a Matheus Medical Imaging Board (by Barco Corporation located in Duluth, 
Georgia) and greyscale display at 2048 x 2560 x 8 to 12 bits per pixel. Video display 
devices that allow for data to be clearly visualized according to the DICOM Standards are 
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contemplated as part of the present invention. In another embodiment, the receiving station 
80 is a printer which may be Dicom-compatible and run either a non-proprietary or 
proprietary operations system (or a conventional Postscript™ printer). 

Although Figure 6 shows only one disassembly structure 60 and receiving station 

5 80, in variations of the network system 10, any number of disassembly structures may 
communicate with the transmitter 20 in the same manner as disassembly structure 60. 
Preferably the number of disassembly structures is one to several thousand units and more 
usually about 1 to 100 units. Any number of receiving stations 80 may also be present 
within a network system. In Figure 7, another embodiment of a secure network system 200 

10 is shown with two modalities 12 in communication with a transmitter. The transmitter 20 
communicates to two sites through separate disassembly structures 60 across a public 
network 16. Site 3 communicates with a workstation and archive across a LAN and Site 4 
communicates with a workstation across a separate LAN. 

There are many alternative features that may be added to the secure network system 

15 10 to advance the functionality of the system. Having described the overall system, some 
optional aspects of the system will now be discussed. 

The transmitter 20 may include a firewall inserted between the transmitter and the 
public network 16 (e.g., the Internet) to establish a controlled link and to erect an outer 
security wall. All transmitted information must pass through the firewall to reach the 

20 disassembly structure 60. The firewall may be a platform for IPSec using tunnel mode 
capabilities. Thus, a circuit level gateway may be established between the firewall and 
internal host and between the firewall and outside host. 

Preferably, the firewall includes two network ports, e,g. Ethernet ports, in 
communication with each other. One of the network ports is at the data interface 22 and the 

25 other port is at the network interface 50. Thus, data entering through the data interface 22 
passes through the first network port and must also pass through the other port to exit the 
transmitter 20. The firewall may restrict traffic, limit protocols and/or act as a proxy server 
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for some services. The firewall may additionally control direction, users and behavior of 
services. The firewall may include packet filtering with rules to determine whether to 
forward or discard and scrutinize applications. 

In still other embodiments, the processing unit of the transmitter includes Domain 

5 Name System Security (DNSSec). DNSSec is provided to protect the dynamic update 
operation of DNS. A root name server located on the public network 16, e.g., the Internet, 
stores the addresses, e.g., source BP addresses, for each disassembly structure 60 or other 
devices not behind the firewall, on the medical enterprise network as well as associated 
information needed for the receiving disassembly structure to process the data and relay the 

10 data to the appropriate receiving station 80. For example, the root name server receives data 
packets traveling through the virtual private network and reads the port number of the 
source transmitter 20, The server cross-references this port number to determine that the 
data from the transmitter is in the form of IP Security. The server informs the disassembly 
structure 60 that the data requires IP Security deprocessing. 

15 An extension is developed to enable DNS authenticated public key distribution. 

Through such extensions, the receiving stations 80 may securely obtain autonomous system 
numbers for the public key mapping. The DNSSec extensions are further described in RFC 
2065 by the Internet Engineering Task Force (IETF) and at Web site, 
www.ietforg/intemet-drafts/draft-ietf-dnssec-secext2-*.txt. 

20 The secret key means of securing DNS transmission is described at Web site, 

www.ietf.org/intemet-drafts/draft-ietf-dnssec-tsig-*.txt. DNSSec updating is described in 
RFC 2137 by the IETF and at Web site, www.ietf.org/intemet-drafts/draft-ietf-dnssec- 
update2-00.txt. 

In still further embodiments, the processing unit 44 of the transmitter 20 may 
25 provide for compression of data to conserve storage space and/or provides for the speedy 
transmission of data to the disassembly structure 60, wherein the disassembly structure 60 
may be used to decompress the data. Thus, for one embodiment, the processing unit 44 may 
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use various convenient algorithms that allow data files to shrink in order to compress the 
data. These algorithms tend to operate by replacing repeating patterns of data with smaller 
tokens. A header may be added to the data file as it is compressed for conveying 
information necessary in the reconstruction of the file when it is decompressed. In 

5 addition, a header may be included which retains information on the way the data was 

attained and how one data representation, e.g., an image, relates to another representation in 
the same set of data, e.g., "series 1, image 39 and echo 2." 

Generally, compression formats are either high efficiency or low efficiency and 
either lossless or lossy. Lossy compression schemes are characterized by components of an 

1 0 original image being absent from a reconstructed image after a compression-decompression 
cycle. Lossless schemes do not drop any information. Compression levels for any scheme 
may be chosen to be in compliance with the Food and Drug Administration (FDA) 
requirements for a particular application, e.g., diagnostics or referral quality. 

Low compression schemes (i.e., those that do not provide significant compression 

1 5 ratios) that may be used include joint photographic experts group (JPEG) compression 
schemes that use Fourier analysis-based methods, such as the discrete cosine transform, to 
compress data; graphics interchange format (GIF) compression schemes, which use LZW 
algorithms; bitmapped image compression schemes and tagged image file format (TIFF) 
compression schemes. Alternatively, high efficiency compression schemes, such as 

20 wavelet, motion wavelet. Motion Picture Experts Group (MPEG) motion JPEG, Lempel 
Ziv and/or fractal compression schemes may be employed. Use of such high efficiency 
schemes may be preferred where storage space and/or transmission bandwidth is limited. 
For example, wavelet compression schemes may be 20 times more efficient than JPEG 
compression schemes, providing for a more detailed representation of the data at the same 

25 bit budget. 

In one embodiment, a progressive compression scheme is used prior to storage of 
data, wherein data is incrementally compressed to varying sizes. An advantage of 
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progressive compression is that where the data is prepared for transfer, the transmitter may 
pull the largest size of data that is capable of being compiled into a package. In this 
manner, truncation by intermediate hosts causing the loss of data segments is avoided. 
Moreover, the largest acceptable data size also provides the optimal resolution for the data 

5 when it is viewed. 

In another embodiment, the processing unit 44 has stored information on the 
amount of compression and optionally the type of encryption, to be applied for each 
receiving station. This information may be included in the relational database 28, where the 
compression and/or encryption information is listed for each station AE title. 

10 In one alternative/optional embodiment, the transmitter 20 is configured to update 

information regarding new disassembly structures joining the network. An updating unit 
may attach additional AE titles and their related destinations and IP Addresses (such as 
alias AE titles) for such new disassembly structures to the relational database 28 and create 
a distributed database architecture between transmitters 20. The updating unit may receive 

15 information by a user manual inputting the new information or by using various known 
distributed database architecture, such as synchronous asynometric replication (S AR) and 
CORE A techniques to update the database with new information. With use of these 
techniques, the updating unit may manage the distribution of new information across a 
VPN, WAN, LAN and/or between two or more transmitters 20. The new alias information 

20 may be established by and stored in a database in a disassembly structure 60. The 
disassembly structure 60 preferably notifies all other disassembly structures and 
transmitters on the network of the existence of the information. The S AR technology may 
also use complex rules and algorithms to regulate the sequence of data updates and to 
recover from interruption in communication links between transmitters in a geographically 

25 distributed network. 

The present invention has been described above in varied detail by reference to 
particular embodiments and figures. However, these specifics should not be construed as 
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limitations on the scope of the invention, but merely as illustrations of some of the 
presently preferred embodiments. It is to be further understood that other modifications or 
substitutions may be made to the described information transfer system as well as methods 
of its use without departing from the broad scope of the invention. Therefore, the following 
claims and their legal equivalents should determine the scope of the invention. 
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CLAIMS 

What is claimed is: 

1 1 . A medical information transmitter comprising: 

2 A) a data interface for acquiring a medical data file having an application 

3 entity title; 

4 B) an assembly unit configured to assemble the medical data to form data 

5 packets; 

6 C) a remapping unit configured to attach an address to the packets for 

7 identifying a disassembly structure; 

8 D) a processing unit configured to encrypt the packets across protocol layers 

9 for decryption by the disassembly structure; and 

10 E) a network interface configured to transmit the packets into a public 

1 1 network for receipt at the disassembly structure. 

1 2. The information transmitter of claim 1, wherein the processing unit is further 

2 configured to authenticate the packets across protocol layers. 

1 3. The information transmitter of claim 2, wherein the processing unit is further 

2 configured to provide key management to the packets across protocol layers. 
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1 4. The information transmitter of claim 1, wherein the processing unit is configured to 

2 encrypt the packets in a manner compliant with IP Security Standards. 

1 5. The information transmitter of claim 1 , wherein the processing unit is configured to 

2 authenticate and provide key management in a manner compliant with IP Security 

3 Standards. 

1 6. The information transmitter of claim 4, wherein the processing unit is further 

2 configured to encapsulate each of the packets into outer packets. 

1 7. The information transmitter of claim 1, further including a firewall. 



1 S.The information transmitter of claim 7, wherein the firewall includes a first network port 

2 at the data interface and a second network port at the network interface. 



1 9. The information transmitter of claim 1, wherein the remapping unit attaches the 

2 address by: 

3 (i) examining the packet content; 

4 (ii) determining a receiving station based on the content; 

5 (iii) determining the address that identifies the disassembly structure 

6 associated with the receiving station; and 
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(iv) attaching the address to the packets. 



1 10. The information transmitter of claim 1, wherein the attached address is an alias AE 

2 title and the remapping unit is configured to attach the alias AE title by: 

3 (i) accepting an AE title that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the AE title with the 

5 alias AE title that identifies a disassembly structure associated with 

6 the receiving station; and 

7 (iii) attaching the aUas AE title to the packets. 



1 11. The information transmitter of claim 1, wherein the attached address is a routable DP 

2 address and the remapping unit is configured as an NAT to attach the routable IP 

3 address by: 

4 (i) accepting a private IP address that identifies a receiving station; 

5 (ii) cross-referencing from a relational database, the private IP address 

6 with the routable IP address that identifies a disassembly structure 

7 associated with the receiving station; and 

8 (iii) attaching the routable IP address to the packets. 



1 12. The information transmitter of claim 10, further comprising an updating unit for 

2 adding the alias AEtitles to the relational database. 
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1 13. The information transmitter of claim 12, wherein the updating unit adds the alias 

2 AE titles to the relational database by synchronous asymmetric replication, 

1 14. The information transmitter of claim 1 , wherein the public network comprises 

2 conventional telephone lines, ADSL, ISDN, fiber optic cables, ATM network links, 

3 DSL connections, satellite links, or a combination thereof, 

1 15. The information transmitter of claim 1, wherein the assembly unit is further 

2 configured to assemble between 0. 1 megabyte and 5.0 megabyte portions of medical 

3 data into each of the packets. 

1 16. The information transmitter of claim 1 , wherein the assembly unit is further 

2 configured to assemble between 50 bytes and 500 bytes portions of medical data 

3 into each of the packets. 

1 17. The information transmitter of claim 1, further comprising an acknowledgement 

2 unit configured to receive confirmation of completed packet transfers from the 

3 disassembly structure within a threshold time. 
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1 18. The information transmitter of claim 1 6, wherein the acknowledgment unit is 

2 further configured to cause the information transmitter to resend only those portions 

3 of the data file to which no acknowledgments are received within the threshold 

4 time. 

1 19. The information transmitter of claim 1, wherein the medical data file comprises 

2 text, image, overlay, 3-D volume, waveform, curve, video, and/or sound data, or 

3 any combination thereof. 

1 20. The information transmitter of claim 19, wherein the medical data file is of a form 

2 conformant with the DICOM Standards and/or HL7 Standards. 

1 21. A medical virtual private network system comprising: 

2 A) a medical modaUty configured to generate medical data and 

3 comprising a mapping unit for attaching an application entity title to the medical 

4 data for identifying a medical information transmitter; 

5 B) the medical information transmitter comprising: 

6 (i) a data interface communicatively coupled to the medical 

7 modality for acquiring the medical data from the medical 

8 modality; 

9 (ii) an assembly unit configured to assemble the medical data to 
1 0 form data packets ; 
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1 1 (iii) a remapping unit configured to attach an address to the 

12 packets for identifying a disassembly structure; 

1 3 (iv) a processing unit configured to encrypt the packets for 

14 decryption by the disassembly structure; and 

15 (v) a network interface configured to send the packets into a 

1 6 public network for receipt at the disassembly structure. 

1 22. The network system of claim 2 1 , wherein the medical modality comprises radiology 

2 equipment. 

1 23 , The network system of claim 2 1 , further comprising a plurality of medical 

2 modalities. 

1 24, The network system of claim 2 1 , further comprising a disassembly structure 

2 configured to decrypt the packets. 

1 25. The network system of claim 24, further comprising a plurality of disassembly 

2 structures. 

1 26. The network system of claim 24, wherein the disassembly structure is a second 

2 medical information transmitter. 
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1 27. The network system of claim 24, farther comprising a receiving station. 



1 28. The network system of claim 24, further comprising a plurality of receiving stations. 



1 29. A computer readable medium having stored therein a plurality of sequences of 

2 instructions, which, when executed by a processor in a transmitter, cause the 

3 processor to: 

4 A) assemble medical data into packets; 

5 B) attach an address to the packets for identifying a disassembly structure; 

6 C) encrypt the packets across protocol layers for decryption by the disassembly 

7 structure; and 

8 D) send the packets into a public network for receipt at the disassembly 

9 structure, 

1 30. The computer readable medium of claim 29, further including additional sequences 

2 of instructions, which, when executed by the processor, cause the processor to 

3 authenticate the packets across protocol layers. 

1 31. The computer readable medium of claim 30, further including additional sequences 

2 of instructions, which, when executed by the processor, cause the processor to 

3 provide key management to the packets across protocol layers. 
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1 32. The computer readable medium of claim 29, wherein the encryption is compliant 

2 with IP Security Standards. 

1 33. The computer readable medium of claim 31, wherein the authentication and key 

2 management are compliant with IP Security Standards. 

1 34. The computer readable medium of clahn 29, wherein the address is an alias AE title 

2 and the attaching of the address is by: 

3 (i) accepting an AE title that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the AE title with the 

5 alias AE title that identifies a disassembly structure associated with 

6 the receiving station; and 

7 (iii) attaching the alias AE title to the packets. 

1 35. The computer readable medium of claim 29, wherein the address is a routable IP 

2 address and the attaching of the address is by NAT including the steps of: 

3 (i) accepting a private IP address that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the private IP address 

5 with the routable IP address that identifies a disassembly structure 

6 associated with the receiving station; and 

7 (iii) attaching the routable IP address to the packets. 
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1 36. Computer readable instructions, which when executed cause a processor to: 

2 A) assemble medical data into packets; 

3 B) attach an address to the packets for identifying a disassembly 

4 structure; 

5 C) encrypt the packets across protocol layers for decryption by the 

6 disassembly structure; and 

7 D) send the packets into a pubhc network for receipt at the disassembly 

8 structure. 

1 37. The computer readable instructions of claim 36, wherein the address is an alias AE 

2 title and the attaching of the address is by: 

3 (i) accepting an AE title that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the AE title with the 

5 alias AE title that identifies a disassembly structure associated with 

6 the receiving station; and 

7 (iii) attaching the alias AE title to the packets. 

1 38. The computer readable instructions of claim 36, wherein the address is a routable IP 

2 address and the attaching of the address is by NAT including the steps of: 
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3 (i) accepting a private P address that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the private DP address 

5 with the routable P address that identifies a disassembly structure 

6 associated with the receiving station; and 

7 (iii) attaching the routable IP address to the packets. 

1 39. A method, comprising the steps of: 

2 A) assembling medical data into packets; 

3 B) attaching an address to the packets for identifying a disassembly 

4 structure; 

5 C) encrypting the packets across protocol layers for decryption by the 

6 disassembly structure; and 

7 D) sending the packets into a public network for receipt at the 

8 disassembly structure, 

1 40. The method of claim 39, further including the step of compressing the packets using 

2 at least one of a wavelet, a motion wavelet, an MPEG, a motion JPEG, a Lempel 

3 Ziv or fractal compression scheme. 

1 42. The method of claim 39, wherein the step of encrypting is compUant with IPSec 

2 Standards. 
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1 43. The method of claim 42, further including the step of encapsulating the packet into 

2 an outer packet. 



1 44. The method of claim 43, wherein the outer packet includes an encryption field. 



1 45. The method of claim 39, wherein the address is an alias AE title and the attaching of 

2 the address includes the steps of: 

3 (i) accepting an AE title that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the AE title with the 

5 alias AE titie that identifies a disassembly structure associated with 

6 the receiving station; and 

7 (iii) attaching the alias AE title to the packets. 

1 46. The method of claim 39, wherein the address is a routable IP address and the 

2 attaching of the address is by NAT and includes die steps of: 

3 (i) accepting a private IP address that identifies a receiving station; 

4 (ii) cross-referencing from a relational database, the private IP address 

5 with the routable JP address that identifies a disassembly stiructure 

6 associated with the receiving station; and 

7 (iii) attaching the routable DP address to the packets. 
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1 47. The method of claim 39, further including the step of converting the medical data to 

2 be compliant with the DICOM Standards after the packets are received at the 

3 disassembly structure. 

1 48 . A method of transmitting medical information comprising: 

2 A) assembling a medical data file into packets; 

3 B) sending the packets into a public network for receipt at a disassembly 

4 structure; 

5 C) considering whether an acknowledgement of completed packet transfer 

6 is received from the disassembly structure within a threshold time; and 

7 D) resending into the pubUc network only that portion of the medical data 

8 file to which no acknowledgment is received within the threshold time. 

1 49. The method of claim 48, wherein between 0. 1 megabytes and 5.0 megabytes of 

2 medical data is assembled into each packet. 

1 50. A method acquiring medical information comprising: 

2 A) receiving packets comprising medical information sent by sent by a 

3 transmitter across a public network; 

4 B) sending acknowledgments of successful transfer to the transmitter; 

5 C) decrypting the packet to reveal an address of a receiving station; 
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6 D) transferring the medical information to the receiving station. 

1 51. The method of claim 50, wherein the revealed address is an AE title of a receiving 

2 station. 

1 52. The method of claim 50, further including the step of converting the medical 

2 information to be compliant with the DICOM Standards prior to transferring the 

3 information to the receiving station. 
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ABSTRACT 

The assembly and communication of medical information from a variety of 
modalities to remote stations through a public network is provided for by the combined use 
of a transmitter and disassembly structure. The transmitter includes an assembly unit for 
gathering data into packets and a processing unit to provide security for transfer. The 
disassembly structure reconfigures the data for relay to a receiving station. Mechanisms are 
provided for conserving the transfer time from transmitter to disassembly structure. 
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